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(54) Updating mechanism for software 

(57) A computer has a memory storing a number of 
software applications, and a registration ffe. indicating 
which application versions are currently instafled in the 
memory. A software update mechanism in the computer 
accesses a remote f3e server to obtain a release fBe 
containing a Bst of software appfications available from 
the remote server, and compares the release file with 
the registration fite to determine which of the installed 
applications have upgrades available. When a user 
selects an appScation for upgrading, and the update 
mechanism accesses the remote f Be server to obtain a 
manifest hie containing details of the application files 
required to form an updated version of this applications 
The manifest fBe is used to determine which of the 
required application ffles are already available in the 
computer; and only those application files that are not 
already avaflabte in the computer are accessed and 
instafled in me memory. 
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Description 

Background to the Invention 

This invention relates to an updating mechanism for 
software applications. 

The invention is concerned with the problem of 
updating a number of software applications installed in 
a number of client computers. Conventionally, this is 
done by c&stributmg the update information on mecfia 
such as floppy disks or CD-ROMs. It is also possible for 
users to download required updates over a network 
from a file server, for example using a standard file 
transfer protocol such as ftp. 

Problems with these existing methods of updating 
software applications are that they are inconvenient tor 
the user, requiring the user to perform actions to obtain 
the necessary update information and to install it on the 
user's computer, and that the administrative function 
does not know whether the update has been dona The 
object of the present invention is to provide a more con- 
venient and user-friendly mechanism for performing 
updates. 

Summary of the Invention 

According to the invention a computer comprises a 
memory storing a plurality of software applications and 
storing a registration file, indicating which applications 
are currently installed in said memory and their version 
details, the computer also including a software update 
mechanism comprising: 

(a) means for accessing a remote file server to 
obtain a release fOe containing a list of software 
applications available from the remote server and 
their current version details; 

(b) means for comparing said release file with said 
registration file to determine which of the installed 
applications have upgrades available; 

(c) user interface means for allowing a user to 
select at least one of said applications for upgrad- 
ing; 

(d) means for accessing the remote ffle server to 
obtain a manifest file containing details of the appli- 
cation files required to form an updated version of 
the selected application; 

(e) means for using the manifest file to determine 
which of said application files are already available 
in the computer; and 

(0 means for accessing the remote tile server to 
retrieve those application ties that are not already 
available in the computer, and installing those files 
in the memory. 

Brief Description of the Drawings 

Figure 1 is a block diagram of a computer network. 



mctuding a number of clients and servers. 

Figure 2 is a f tow chart of an uploader program. 
Figures 3A and 3B are flow charts of an update pro- 
gram 

5 Figures 4 to 8 show screen displays used by the 
uploader program. 

Rgure 9 shows a screen display used by the update 
program. 

10 Description of an Errfeodhn ent of the Invention 

One entxxfiment of the invention wifl now be 
descrfoed by way of example with reference to the 
accompanying drawings. 

15 Figure 1 shows a computer network comprising a 
number of client computers 101 and a number of server 
computers 102, interconnected by a network 103. The 
computers 101. 102 may for example be standard per- 
sona) computers (PCs) running under the Microsoft 

20 Windows operating system. The network 103 may 
employ a conventional transport protocol, such as 
TCP/IP. 

Each f Be server 102 stores a number of application 
files 104. forming a number of software applications. 

25 Normally, each application consists of several applica- 
tion files. The application f ies are stored in compressed 
form, using any standard data compression technique. 

Conveniently, the server has a number of applica- 
tion directories, one for each application. Each of these 

so directories has a number of sub-directories, which hold 
the new or amended application files for different ver- 
sions of the application. Typically, one of these versions 
is an installer version of the application, while the other 
versions are non- installers. An installer is an executable 

35 program which, when run on a client machine, sets up 
the correct environment for the appfication. Normally, 
the first release of an application is an installer, and sub- 
sequent releases are non-installers. 

Each tie server also stores a number of manifest 

40 taes 105, one for each version of each application 
stored on the server. These manifest ties are stored in 
the relevant sub-directories, and each has a name con- 
structed from the name and release number of the 
application to which it relates. Each manifest file con- 

45 tains a fist of the application files that make up the par- 
ticular version of the application. For each application 
file, it contains the following parameters: 

The fflename of the apptication f la 
so - The version number of the appfication hie. 

- The target directory into which the appfication file 
should be installed. 

Date and time of issue 
file size and compressed fBe size, 
55 - An action parameter which indicates whether fre 
f8e is to be installed, to be deleted, or to be exe- 
cuted on download. 

- A flag which indicates access permissions of the 
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file. e.g. read only. 

- A cycfic redundancy checksum (CRC). 

AdoStionany. each server stores one or two release 
files 106 containing a fist of aD the applications available 5 
on the server. For each application, a release fie con- 
tains the following parameters: 

- The name of the application, i.e. a short identifying 
name for the application. w 

- The version number of the application 

• The application title, Le. an identifier by which it is 
known to the user. (Note that the application title is 
distinct from the application name). 

- A parameter which specifies a linkage between this is 
application and another application, such that any 
upgrade to this application will automatically cause 
the other application to be upgraded. 

A fist of user names indicating which users are per- 
mitted to download the application. H no user so 
names are specified, any user is permitted to down- 
toad the appfication. 

A parameter which specifies whether the version 
number should be displayed to the user as a date. 

- The status of the application. 25 

A release He may be in one of two states: five or 
deferred. When the release file is in the five state, it is 
visible to tiie software updating mechanism; otherwise it 
is invisible- At any point in time on a server, there will be 30 
either: 

(a) one live release file and no (i.e. an empty) 
deferred release fde; or , 

(b) one live release fBe and one deferred release ss 
file. 

Each server computer includes a standard fie 
server program 107. which can supply (to the update 
program) or receive (from the upload er program) files <o 
over the network on request to or from any of the client 
computers, using a standard file transfer protocol such 
as ftp. 

Each of the client computers 101 stores a number 
of software applications, each consisting of a number of 45 
application files 108. Each cfient also stores a registra- 
tion ffie 109 containing a fist of aft the applications cur- 
rently installed on the cfient which are to be maintained 
by a software updating mechanism For each appfica- 
tion, the registration file co n ta ins the following parame- so 
ters: 

The appfication name. 

- The latest version number installed on the cfient. 

- The appfication title. ss 

- The directory in which the appfication ts installed. 

In general, the appfications currently installed on 



any given cfient will be a subset of the applications avail- 
able on the servers, and may not be the most up-to-date 
versions of those applications. 

Each cfient computer includes an update program 

110, which provides a mechanism tor updating die soft- 
ware appfications installed on that computer, and for 
installing new appfications if required. 

The system also includes an. uploader program 

111, which provides a mechanism for uploading a new 
or updated version of an application onto the servers In 
Figure 1, the uploader program 111 is shown as resi- 
dent on one of the client computers 101. Alternatively, 
the uploader may reside on a different computer, such 
as one of the servers, or on a separate system adminis- 
tration computer. The new or updated appfication com- 
prises a set of new application files 112, accessible to 
the computer in which the uploader resides. 

Uploader program 

Figure 2 shows the operation of the uploader pro- 
gram 1 1 1. This program is used by a system administra- 
tor when it is desired to upload a new or updated 
version of a software appfication onto the servers. The 
uploader is conveniently a Microsoft Windows program. 

(Step 201) The uploader first displays a main 
screen, as shown in Figure 4, which aBows the adminis- 
trator to specify which of the servers 1 02 is to act as a 
source server for obtaining a release file. The adminis- 
trator can also specify the file transfer protocol to be 
used, for example ftp. This main screen is displayed 
throughout the uploader session, and plots the progress 
of the session, 

The administrator can also specify, by way of mes- 
sage boxes, whether the new or updated application is 
an installer or a non-installer, and whether a deferred or 
five release hie is to be used as a source. Of course, the 
second question ts only asked if there is a non-empty 
deferred release file in existence at mat time. If not, then 
the five release file is used as source by default. When 
a release ffie is made five, the deferred release foe is 
emptied, Le. it effectively does not exist 

(Step 202) Selecting the "Start" button from the 
main screen causes the uploader to contact the speci- 
fied source server and to check whether me chosen 
release f3e is avaBabfa 

(Step 203) ff the chosen release fBe is not available, 
the uploader asks if a hew uploader environment is to 
be created in the source server, ff so, it then sets up a 
new skeleton directory structure and empty release f iles 
(five and deferred), arid then exits. 

(Step 204) Assuming that the chosen release f ile is 
avaBabte. the uploader fetches titis file from the source 
server. 

(Step 205) The uploader then displays a "Select 
New Release" screen, as shown in Figure & The 
screen allows the administrat or to select either a "Base 
on Existing Appfication" option or a "New Appfication* 
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option. 

If the "Base on Existing Appfication" option is 
selected, the upioader displays a list of the existing soft* 
ware applications, along with their version numbers, 
derived from the chosen release f He. The administrator 
can then select one of these existing applications and 
enter a new version number. H the "New Application" 
option is selected, the administrator can enter a new 
name ("Moniker") and a version number for the new 
application. 

H an "Edit Release Details" button is selected, the 
upioader proceeds to Step 206 below. If an "OK" button 
is selected, the upioader proceeds to Step 209. 

(Step 206) If the "Edit Release Details" button is 
selected, tfie upioader displays a screen as shown in 
Figure 6. which allows the administrator to update an 
entry in the release file, or to create a new entry. This 
screen includes the following text input boxes: 

Title" - the application title. 
"DependsUpon" - this specifies a linkage between 
this application and another application. 
"UserName" - a list of user names indicating which 
users are permitted to download the application. 
"Display AsDate" - a parameter specifying whether 
the version number should be displayed to the user 
as a date. 

"Status" - the status of the application. 

Selection of a "Select Target Servers" button 
causes the upioader to proceed to Step 207 below. 
Selection of an "OK" button causes the upioader to pro- 
ceed to Step 208. provided that at least one target 
server has been selected; if not froSsplays a warning 
message that no target server has been selected. 

(Step 207) ff the "Select Target Servers" button Is 
selected, the upioader displays a screen as shown in 
Figure 7. which aBows the administrator to select one or 
more servers as target servers, to receive the updated 
release fOe. Selecting the "OK" button on this screen 
causes the upioader to return to Step 206. 

(Step 208) The upioader writes the updated release 
ffle to each of the selected target servers for an existing 
appficatioa This allows a system administrator to only 
update these release f ields on the servers without going 
through a full upioader session or even creating a new 
release version of the application. However, tor a new 
appficatioa the upioader does not update the release 
f3e wan the new release fields and write it to the servers 
until an actual release exists on the servers at step 212. 

(Step 209) The upioader contacts the source server 
to obtain the manifest hie for the selected application. 

(Step 210) The upioader Ihen displays a screen as 
shown in Figure 8. showing the contents of the manifest 
fie. This ffle can men be edited by the administrator, so 
as to create a new manifest file for me new or updated 
appficatioa This may involve, for example, adding new 
tfrectoriesorfles. removing fHes, marking existing files 



for deletion on download, marking ties for execution on 
download, and ecfitmg other ffle details (e.g. marking the 
f3e read only). This is done through menu commands. 
(Step 21 1) The upioader can then cfisplay a screen 

5 as shown in Figure 7 through a menu command if not 
done at step 207, allowing the administrator to select 
one or more servers as target servers, or to modify any 
existing selection done at step 207. 

(Step 212) By choosing the appropriate menu com- 

w mand. the system administrator can then cause the 
upioader to write the updated release ffle. the new man- 
ifest file and all the new application f ties 1 1 2 to each of 
the selected target servers. The updated release file 
may be written in either a deferred or live state. If it is 

is written in the live state, then any existing deferred 
release f He is emptied. 

Optionally, the updated release ffle may be sorted 
into a user-defined order before it is wrftten (which is the 
order displayed in Figure 9). Also optionally, the 

20 upioader may tidy the filestore on each target server 
after performing the writes. 

(Step 213) The upioader also saves the previous 
version number of the application and, optionally, prints 
out the release files. 

25 (Step 21 4) The upioader then asks the administra- 
tor whether the release is to be repeated to new or failed 
servers. If so. the upioader returns to Step 211 , other- 
wise it exits. 

30 Update program 

Figures 3A and 3B show the operation of the 
update program 110. This program can be run at any 
time on request by a user. Conveniently, it is a Microsoft 
35 Windows program 

(Step 301) Referring to Figure 3A, the update pro- 
gram first contacts one of the servers 102. by way of me 
network 103. to obtain the five release file from that 
server. 

w (Step 302) The update program then oornpares this 
release file with its locally held registration file 109. to 
identify which of the currently installed applications 
have more recent versions avafcbte. It also identifies 
any new application installers in the release file for 

45 applications that are not installed locally on the client 
The update program then displays a screen, as 
shown in Figure 9, which allows me user to select either 
an "Updates" option or a "New Release" option. If the 
user selects me "Updates" option, me update program 

so proceeds to step 303 in Figure 3 A. Alternatively, if the 
user selects me "New Release" option, the update pro- 
gram proceeds to step 3 1 0 in Figure 3 B (see below). 

(Step 303) H the user selects me Updates" option, 
a fist of me titles and versions of currently installed 

55 applications is displayed, as shown in Figure 9. The cfis- 
play intficates which, B any, of the appfcations have 
more recent versions available. As an example. Figure 9 
shows that the installed appncation "Peripheral Prod- 
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ucts Binder [1/10/96J" is up-to-date. wh3e the installed 
appfication "Networking Binder [1/9/96}" has a more 
recent version available. The user may select from this 
list one or more (or all) of the applications for which a 
more recent version is available. Selection of an appli- 
cation win automatically cause any dependent applica- 
tions to be selected 

If there is a more recent version available of the 
update program itself, this is automatically selected 
Hence, every time the update program runs it will 
update itself if necessary. 

If the user selects the "OK" button on this screen, 
the program proceeds to Step 304 below. Alternatively, 
the user may simply exit from the program without per- 
forming any updates by selecting the "Cancer button. 

(Step 304) Assuming the "OK* button was selected 
in step 303, the update program contacts the server 102 
to obtain the manifest file for the first (or only) of the 
selected applications. 

(Step 305) The update program then determines 
differences between files installed on the client compu- 
ter and those Bsted in the manifest f He. For each appli- 
cation f Be listed in the manifest fie, a check is made to 
determine whether the specified f ile is already present 
in the specified directory in the client by using CRC 
checks. If not the program contacts the server 102. to 
retrieve the required application file. The retrieved f3e is 
expanded, and then checked for ffle-transfer corruption, 
using the CRC checksum AO the application f 9es are 
read into a temporary directory on the cfierrt computer. 

Thus, H can be seen that the update program does 
not fetch any application ffle if the required version of 
that file is already installed in the required directory, 
thereby eliminating unnecessary traffic over the net- 
work. 

(Step 306) When all the faes listed in the manifest 
file have been correctly retrieved, the installation actions 
are implemented as follows. Any ties marked for dele- 
tion are deleted from the client computer, files marked 
for execution are executed and fBes marked for installa- 
tion are installed into the specified Directories in the cli- 
ent provided the file version is more advanced than that 
of the existing file. Hence then any existing f fles with the 
same names in the Directories will be overwritten. 

If, on the other hand, some of the file transfers 
failed, none of the ties are installed. Instead, a mes- 
sage is displayed, giving the user the option of either 
cancelling the update, or making another attempt to 
access the files. 

(Step 307) If ail the required applications have now 
been updated, the update program proceeds to Step 
308. Otherwise it returns to Step 304 above to get the 
manifest file for the next required application to be 
updated 

(Step 308) Before exiting, the update program 
allows the user to return feedback (i.e. comments on the 
update program or me ofier applications the user is 
downloading and using) to a central server. The pro- 



gram also automatically returns st atisti cs to the central 
server, showing who the user is and what has been 
downloaded The central server maintains a table 
based on these statistics, allowing the system adminis- 

5 trator to check whether each user is using me latest ver- 
sions of the software applications. 

Referring now to Figure 3B. if the user selects the 
"New Release* option from the screen shown in Figure 
9. the update program proceeds as follows. 

10 (Step 310) A list of newly released application 
installers, for applications rat currently installed on this 
client is displayed. The user may select only one of the 
application instaDers from this list 

If the user selects the "OK" button on this screen, 

is the program proceeds to Step 31 1 below. Alternatively, 
the user may simply exit from the program without per- 
forming any updates by selecting the "Cancel" button. 

(Step 31 1) H the "OK" button was selected in step 
310. the update program contacts the server 102 to 

so obtain the manifest file for the selected application 
installer. 

(Step 312) A check is then made to determine 
whether the specified installer f3e is already present in 
the specified directory in the cfient by using CRC 
25 checks. If not the program contacts the server 102, to 
retrieve the required installer file. The retrieved file is 
expanded, and then checked for file-transfer corruption, 
using the CRC checksum The installer file is read into 
the temporary Directory, and remains there for subse- 
30 quent execution. 

(Step 31 3) The update program returns statistics on 
the installation to the central server. 

(Step 314) The update program then displays a 
message box, asking whether the user wishes to exe- 
35 cute the installer now. 

(Step 315) If the user selects "Yes" from this mes- 
sage box. the update program exits and enters the 
installer. 

The update program togs its actions, so that in the 
40 event of a failure, such as a co mm unications failure, it 
can restart from the point where the last file was cor- 
rectly received 

ft should be noted that the software update mecha- 
nism and the uploading mechanism described above do 
45 not require any special-purpose software resident on 
the servers. The servers run standard f 3e server pro- 
grams, and all the intelligence for the software update 
mech ani sm and the uploading mechanism resides 
solely in the update program and the upload er program. 

50 

Some possible modifications 

ft wiD be appreciated that many modifications may 
be made to the system described above without depart- 
55 ing from the scope of the present invention. For exam- 
ple, the system may be adapted to Different operating 
systems and transport protocols. 
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Claims 

1. A computer comprising a memory storing a plurality 
of software applications and storing a registration 
file, indicating which applications are currently 5 
Installed in said memory and their version details, 
the computer also including a software update 
mechanism comprising: 

(a) means for accessing a remote f Be server to io 
obtain a release file containing a Est of software 
applications available from the remote server 
and their current version details; 

(b) means for comparing said release tie with 
said registration fie to determine which of the is 
installed applications have upgrades available; 

(c) user interface means for allowing a user to 
select at least one of said applications for 
upgrading; 

(d) means for accessing the remote file server 20 7. 
to obtain a manifest file containing details of the 
application files required to form an updated 
version of the selected application; 

(e) means for using the manifest file to deter- 
mine which of said application f Bes are already 25 
available in the computer; and 

(f) means for accessing the remote f Be server 
to retrieve those application f Bes that are not 
already available in the computer, and installing 
those fBes in the memory 30 

2. A computer according to Claim 1 wherein said man- 
rfest fBe also includes detaOs of application files 
required to be deleted or executed in order to form 
the updated version of said selected application. 35 

3- A computer accordBng to Claim 1 or 2, wherein said 
release file includes at least one parameter specify- 
ing a linkage between a f irst application and a sec- 
ond application, and wherein said user interface *o 
means automatically selects said second applica- 
tion for upgrading whenever said first application is 
selected for upgrading. 

4. A computer according to any preceding claim, <s 
wherein said software update mechanism com- 
prises an update program, and wherein said user 
interface means automatically selects the update 
program tor upgrading whenever one of said appli- 
cations is selected for upgrading. so 

5. A computer according to any preceding claim & 
inducing means for using a checksum to check 

said application fBes when retrieved from said 
remote file server and for allowing the retrieved files 55 
to be installed only if the check is satisfactory. 

6. A computer according to any preceding daim, fur- 



ther comprising: 

(a) means for comparing said release fBe with 
said registration file to identify available new 
installer versions of applications; 

(b) user interface means for allowing a user to 
select one of said installer versions; 

(c) means for accessing the remote f Be server 
to obtain a manifest file containing details of the 
installer files associated with said one of said 
installer versions; 

(d) means for using the manifest fBe to deter- 
mine which of said installer files are already 
available in said memory means; and 

(e) means for retrieving those installer fBes that 
are not already available in said memory 
means from the remote fBe server, and execut- 
ing those fBes. 

A computer network comprising a pfurafity of server 
computers and a plurality of client computers, 
wherein each of the cfient computers comprises: 

(a) memory means for storing a plurality of soft- 
ware applications, and for storing a registration 
f He. indicating which applications are currently 
installed in the memory means and their ver- 
sion details; 

(b) means for accessing one of sab server 
computers to obtain a release file containing a 
fist of software applications available from said 
server computer and their current version 
details; 

(c) means for comparing said release file witii 
said registration fBe to determine which of the 
installed applications have upgrades available; 

(d) user interface means for allowing a user to 
select at least one of said applications for 
upgrading; 

(e) means for accessing said server computer 
to obtain a manifest fBe containing details of the 
application files required to form an updated 
version of the selected application; 

(f) means for using the manifest file to deter- 
mine which of said application fries are already 
available m said memory means; and 

(g) means for accessing said server computer 
to retrieve those application files that are not 
already available in said memory means, and 
installing those fBes in said memory means. 

A computer network according to Claim 7 wherein 
at least one of said computers includes an uploader 
mechanism comprising: 

(a) means for accessing one of said server 
computers to obtain a manifest fBe cont ai ning 
details of the applcation fBes forming a current 
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version of a particular appfication; 

(b) means for editing the manifest file to form a 
new manifest file for a new or updated applica- 
tion; 

(c) means for writing the new manifest file, s 
along with application files for the new or 
updated application, into one or more of the 
server computers. 

9. A computer network according to Claim 7 or 8 w 
wherein at least one of said servers includes means 

for maintaining statistics on which applications have 
been downloaded by which users. 

10. A method of updating software in a computer, the is 
method comprising: 

(a) storing a registration file, indicating which 
applications are cunentfy installed in the com- 
puter and their version details; 20 

(b) accessing a remote tHe server to obtain a 
release f 3d containing a list of software applica- 
tions available from the remote server and their 
current version details; 

(c) comparing said release file with said regis- 2$ 
tratton f Be to determine which of the installed 
applications have upgrades available: 

(d) allowing a user to select at least one of said 
applications for upgrading; 

(e) accessing the remote file server to obtain a 30 
manifest file containing details of the appfica- 
tion f Bes required to form an updated version of 
the selected application; 

(f) using the manifest file to determine which of 
the required application files are already avafV 35 
able in the computer; and 

(g) accessing ihe remote f Be server to retrieve 
those appfication files that are not already 
available in the computer, and installing those 
files in the cornputer. ao 



14. A method according to any one of Claims 10 to 13 
including the further step of using a checksum to 
check said application files when retrieved from 
said remote file server, and allowing the retrieved 
files to be installed only if the check is satisfactory. 

15. A method according to any one of Claims 10 to 14. 
including the further steps: 

(a) comparing said release f Be with said regis- 
tration f Be to identity available new instaOer ver- 
sions of applications; 

(b) allowing a user to select one of said installer 
versions; 

(c) accessing the remote fie server to obtain a 
manifest f Be containing details of the installer 
files associated with said one of said installer 
versions; 

(d) using the manifest file to determine which of 
said installer files are already available in said 
memory means; and 

(e) retrieving those installer files that are not 
already available in said memory means from 
the remote file server, and executing those 
files. 



11. A method according to Claim 10. inducting the fur- 
ther step of deleting or executing further application 
files as specified in said manifest ffle. 

45 

12. A method according to Claim 1 0 or 1 1 , wherein said 
release file includes at least one parameter specify- 
ing a Snkage between a first application and a sec- 
ond application, and including the further step of 
automatically selecting said second appication for so 
upgrading whenever said first application is 
selected for upgracfing. 



13. A method according to any one of Claims 10 to 12. 
tncfocfing the further step of automatically selecting 55 
an update program for upgrading whenever one of 
said appBcatfons is selected for upgrading. 
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